home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Technotools
/
Technotools (Chestnut CD-ROM)(1993).ISO
/
lantools
/
lanstor
/
lansto.ext
Wrap
Text File
|
1989-09-18
|
4KB
|
70 lines
Subject: Storage Dimensions LAN4 6402PS Evaluation
Date : August 10,1989
Engineering has completed installation and testing of the Storage
Dimensions LAN4 604S2PS disk subsystem. The external drives are in
full production mode and appear to be a reliable storage media. However
these external drives are not fully compatible with our LAN configuration as
explained later and promises of compatibility with future versions of Netware
have not been verified.
Following the initial installation of the disk subsystem software and
regeneration of the Netware operating system, all attempted logins to the
attached server were denied. After numerous regeneration attempts, Storage
Dimensions was contacted and informed us that the number of available service
processes on the file server may have been reduced with the addition of the
subsystem. Checking the configuration verified we had 0 processes available on
the attached file server. Storage Dimensions offered 4 alternatives to increase
the number of available processes. These include the following:
1) Reduce the number of available directory entries on each
the external drives.
2) Set all LPT and COM ports to 0 interrupts.
3) Decrease the number of LAN drivers.
4) Increase the amount of RAM in the server.
Of the four alternatives given, number 1, reducing directory entries was the
least desirable due to the number of CAD drawings planned for the subsystem.
Reducing directory entries would also present a problem when the number of
entries was increased in the future. We first set all LPT and COM ports to 0
interrupts. The number of processes did not increase and would still not allow
logins. Next, we removed LAN B, our backbone network card, and were able to
gain 1 process and could now login to the server. The subsystem appeared
normal, file copying, deleting, etc. However, we noticed that every time we
attempted to back up volumes on the subsystem, the disk went offline.
Contacting Storage Dimensions again, we found out that our file server
did not enough RAM to handle the additional disk space. They informed us that 1
Mbytes RAM is required for each 100 Mbytes of disk space. Our file server has
two 311 Mbyte internal drives. With the addition of two 320 Mbyte external
drives our disk space totaled 1262 Mbytes. Our file server contained only 10
Mbytes RAM, over 2 Mbytes short of the recommended minimum. The dealer called
was called and an additional 2 Mbytes was installed in the server. Checking our
configuration again, the number of available processes remained at 1, although
our backups no longer took the drive offline.
It is our understanding that Netware 386 allocates memory quite
differently than Netware 285, and that our problem with available processes will
disappear. If this is not the case, what effect will 2 additional 320 Mbytes,
currently planned. In addition, we are still unable to reinstate our backbone
network card without losing our available process. This forces us to utilize
one extremely large token ring for the entire network. We already have 19 MAUs
on this ring with an additional 3 MAUs to be installed within a month. Novell
recommends a maximum of 12 MAUs on the same ring.
Answers to these questions are needed before we can commit to this
subsystem. If we can be assured that Netware 386 will be compatible and will
solve our problems with memory and service processes, then we will concur with
approval of this evaluation. However, if Netware 386 will not solve our
problems, then we need to look into a different type of storage media. Please
keep in mind that we cannot loose the additional disk space provided by the
existing subsystem as it is currently in full production.
We have informed Technical Services about our concerns with the RAM and
service processes we are experiencing and how these will be affected using the
new Netware 386 operating system. We are awaiting a reply, in the interim we
will use the one token ring configuration and current network gen.